home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000176_john.hackett@icon-is.co.uk_Sun Oct 23 14:20:21 2005.msg < prev    next >
Text File  |  2020-01-01  |  10KB  |  247 lines
  1. Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!mutlu.news.demon.net!news.demon.co.uk!demon!not-for-mail
  2. From: John Hackett <john.hackett@icon-is.co.uk>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: ftp mput /recursive problem....
  5. Date: Wed, 19 Oct 2005 00:27:16 +0100
  6. Lines: 227
  7. Message-ID: <dj40ck$73h$1$8300dec7@news.demon.co.uk>
  8. References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu> <diuls4$fj3$1$830fa795@news.demon.co.uk> <3ZL4f.2292$h25.38@news-wrt-01.rdc-nyc.rr.com> <dj07ch$i4c$1$8302bc10@news.demon.co.uk> <slrndl7rpq.d73.fdc@sesame.cc.columbia.edu>
  9. NNTP-Posting-Host: iconinfo.demon.co.uk
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=ISO-8859-1; format=flowed
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: news.demon.co.uk 1129678037 7281 80.177.168.155 (18 Oct 2005 23:27:17 GMT)
  14. X-Complaints-To: abuse@demon.net
  15. NNTP-Posting-Date: Tue, 18 Oct 2005 23:27:17 +0000 (UTC)
  16. In-Reply-To: <slrndl7rpq.d73.fdc@sesame.cc.columbia.edu>
  17. X-Accept-Language: en-us, en
  18. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15419
  20.  
  21. Frank,
  22.  
  23. One more go...
  24.  
  25. OK. Testing with another directory I am using a Fedora2 server running 
  26. kermit and connecting to a vsftpd-2.0.1-5 server running on Fedora3.
  27.  
  28. I am getting a similar problem with the tree getting out of sync.
  29.  
  30. Here are the relevant logs, etc.
  31.  
  32. filelist:
  33.  
  34. 20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Minor Project 
  35. report,20480,binary,OK,"0.003sec 6826666cps"
  36. 20051018,23:20:56,PUT,CHS/ A-level/NEAB 
  37. projects-ex98/Moderation,8772,binary,OK,"0.003sec 2923999cps"
  38. 20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Project1 - report 
  39. sheets,17408,binary,OK,"0.003sec 5802666cps"
  40. 20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Project2 - report 
  41. sheets,30720,binary,OK,"0.005sec 6143999cps"
  42. 20051018,23:20:56,PUT,CHS/ A-level/NEAB projects-ex98/Tessa 
  43. Parnell?1,25088,binary,OK,"0.003sec 8362666cps"
  44. 20051018,23:20:56,PUT,CHS/ A-level/NEAB 
  45. projects-ex98/TessaParnell?2,13312,binary,OK,"0.002sec 6655999cps"
  46.  
  47.  
  48. This is where the problem starts DIR NEAB not created:
  49.  
  50. 20051018,23:20:56,PUT,CHS/ A-level/NEAB/Headings 
  51. Only,10555,binary,OK,"0.003sec 3518333cps"
  52. 20051018,23:20:56,PUT,CHS/ A-level/NEAB/Letter to 
  53. Board?1,2493,binary,OK,"0.002sec 1246499cps"
  54. 20051018,23:20:56,PUT,CHS/ A-level/NEAB/NEAB - 
  55. Syllabus,51316,binary,OK,"0.006sec 8552666cps"
  56. 20051018,23:20:56,PUT,CHS/ A-level/NEAB/Reading 
  57. CORE1,6667,binary,OK,"0.002sec 3333499cps"
  58. 20051018,23:20:56,PUT,CHS/ 
  59. A-level/NEAB/ResultsAnalysis98,11082,binary,OK,"0.003sec 3693999cps"
  60. 20051018,23:20:56,PUT,CHS/ A-level/NEAB/Teaching 
  61. Timetable,16509,binary,OK,"0.003sec 5502999cps"
  62.  
  63.  
  64. DEBUG:
  65.  
  66. PUT CHS/ A-level/NEAB projects-ex98/Minor Project report (binary) (20480 
  67. bytes)---> PASV
  68. 227 Entering Passive Mode (192,168,10,10,185,69)
  69. ---> STOR Minor Project report
  70. 150 Ok to send data.
  71. 226 File receive OK.
  72. : OK (0.003 sec, 6826666 cps)
  73.   PUT CHS/ A-level/NEAB projects-ex98/Moderation (binary) (8772 
  74. bytes)---> PASV
  75. 227 Entering Passive Mode (192,168,10,10,132,250)
  76. ---> STOR Moderation
  77. 150 Ok to send data.
  78. 226 File receive OK.
  79. : OK (0.003 sec, 2923999 cps)
  80.   PUT CHS/ A-level/NEAB projects-ex98/Project1 - report sheets (binary) 
  81. (17408 bytes)---> PASV
  82. 227 Entering Passive Mode (192,168,10,10,137,135)
  83. ---> STOR Project1 - report sheets
  84. 150 Ok to send data.
  85. 226 File receive OK.
  86. : OK (0.003 sec, 5802666 cps)
  87.   PUT CHS/ A-level/NEAB projects-ex98/Project2 - report sheets (binary) 
  88. (30720 bytes)---> PASV
  89. 227 Entering Passive Mode (192,168,10,10,114,137)
  90. ---> STOR Project2 - report sheets
  91. 150 Ok to send data.
  92. 226 File receive OK.
  93. : OK (0.005 sec, 6143999 cps)
  94.   PUT CHS/ A-level/NEAB projects-ex98/Tessa Parnell∩┐╜1 (binary) (25088 
  95. bytes)---> PASV
  96. 227 Entering Passive Mode (192,168,10,10,38,236)
  97. ---> STOR Tessa Parnell∩┐╜1
  98. 150 Ok to send data.
  99. 226 File receive OK.
  100. : OK (0.003 sec, 8362666 cps)
  101.   PUT CHS/ A-level/NEAB projects-ex98/TessaParnell∩┐╜2 (binary) (13312 
  102. bytes)---> PASV
  103. 227 Entering Passive Mode (192,168,10,10,188,17)
  104. ---> STOR TessaParnell∩┐╜2
  105.  
  106.     OK up to now.
  107.     PWD:  /home/john/testbackup/misc/CHS/ A-level/NEAB projects-ex98/
  108.  
  109.  
  110. 150 Ok to send data.
  111. 226 File receive OK.
  112. : OK (0.002 sec, 6655999 cps)
  113. ---> CDUP
  114. 250 Directory successfully changed.
  115.  
  116.     PWD: /home/john/testbackup/misc/CHS/ A-level/
  117.     NO REQUEST TO MAKE DIR: NEAB
  118.  
  119.   PUT CHS/ A-level/NEAB/Headings Only (binary) (10555 bytes)---> PASV
  120. 227 Entering Passive Mode (192,168,10,10,153,156)
  121. ---> STOR Headings Only
  122.  
  123.     FILE STORED IN WRONG PLACE:  /home/john/testbackup/misc/CHS/ A-level/
  124.     INSTEAD OF:  /home/john/testbackup/misc/CHS/ A-level/NEAB/
  125.     NOW WE ARE A DIRECTORY OUT OF STEP.
  126.  
  127. 150 Ok to send data.
  128. 226 File receive OK.
  129. : OK (0.003 sec, 3518333 cps)
  130.   PUT CHS/ A-level/NEAB/Letter to Board∩┐╜1 (binary) (2493 bytes)---> PASV
  131. 227 Entering Passive Mode (192,168,10,10,223,76)
  132. ---> STOR Letter to Board∩┐╜1
  133. 150 Ok to send data.
  134. 226 File receive OK.
  135. : OK (0.002 sec, 1246499 cps)
  136.   PUT CHS/ A-level/NEAB/NEAB - Syllabus (binary) (51316 bytes)---> PASV
  137. 227 Entering Passive Mode (192,168,10,10,90,254)
  138. ---> STOR NEAB - Syllabus
  139. 150 Ok to send data.
  140. 226 File receive OK.
  141. : OK (0.006 sec, 8552666 cps)
  142.   PUT CHS/ A-level/NEAB/Reading  CORE1 (binary) (6667 bytes)---> PASV
  143. 227 Entering Passive Mode (192,168,10,10,241,34)
  144. ---> STOR Reading  CORE1
  145. 150 Ok to send data.
  146. 226 File receive OK.
  147. : OK (0.002 sec, 3333499 cps)
  148.   PUT CHS/ A-level/NEAB/ResultsAnalysis98 (binary) (11082 bytes)---> PASV
  149. 227 Entering Passive Mode (192,168,10,10,202,50)
  150. ---> STOR ResultsAnalysis98
  151. 150 Ok to send data.
  152. 226 File receive OK.
  153. : OK (0.003 sec, 3693999 cps)
  154.   PUT CHS/ A-level/NEAB/Teaching Timetable (binary) (16509 bytes)---> PASV
  155. 227 Entering Passive Mode (192,168,10,10,115,73)
  156. ---> STOR Teaching Timetable
  157.  
  158.  
  159. It still seems to me that this is a kermit problem as I get the same 
  160. thing when running the command
  161.  
  162. "ftp mput /recursive /listfile:\m(filelist)"
  163.  
  164. against different servers and here we can see that the MKD command has 
  165. not been issued by kermit to vsftp.
  166.  
  167. But given what you and Jeff said below I am now totally confused! I 
  168. cannot get into the LaCie to see what ftp server it is using - whether 
  169. it is also using vsftp - I'll need to adk their tech support...
  170.  
  171. Frank da Cruz wrote:
  172. > On 2005-10-17, John Hackett <john.hackett@icon-is.co.uk> wrote:
  173. > : That was my first thought when I began this and had various 
  174. > : conversations with Technical Support at LaCie: but then I ran the 
  175. > : complete backup with gFTP against the LaCie and it worked fine.
  176. > :
  177. > Perhaps gFTP is issuing a different reportoire of commands to the server
  178. > and doesn't tickle the server bug, assuming there is one.
  179. > 
  180. > : Also, I 
  181. > : have run this Kermit script against both the LaCie and another Fedora3 
  182. > : server and both failed in the same way at the same point - which seems 
  183. > : to suggest some problem with Kermit rather than the server.
  184. > :
  185. > Is it the same FTP server in both cases?
  186. > 
  187. > : As this was really a second line of backup I think I may give up on this 
  188. > : and try a different approach - As I already have an cron'd rsync running 
  189. > : to give server -> backup I think I'll just mount the LaCie on the backup 
  190. > : server and use rsync to it instead. A bit less flexible for what I 
  191. > : originally bought the Lacie for but unless anyone has any other bright 
  192. > : ideas.....
  193. > :
  194. > Let's look at this transcript again:
  195. > 
  196. > :>>SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
  197. > :>>---> CDUP
  198. > :>>250 CDUP command successful
  199. > :>>
  200. > :>>NOW: /mirror/sarah/profile/Application Data/Skype/
  201. > :>>---> CDUP
  202. > :>>250 CDUP command successful
  203. > :>>
  204. > :>>NOW: /mirror/sarah/profile/Application Data/
  205. > :>>---> CWD Real
  206. > :>>550 Real: No such file or directory
  207. > :>>---> MKD Real
  208. > :
  209. > Kermit has CDUP'd to the server's directory:
  210. > 
  211. >   /mirror/sarah/profile/Application Data/ 
  212. > 
  213. > and now asks to CD to the "Real" subdirectory of that directory.  The server
  214. > says there isn't one.  But there is, right?  
  215.  
  216. No - the directory Real hasn't been created yet. The MKD Real should 
  217. create the directory at /mirror/sarah/profile/Application Data/
  218.  
  219.  
  220. So either one or more of the
  221. > prior CDUP commands didn't actually work (even thought the server said they
  222. > did, as Jeff said) or the server botched the CWD command, reporting the
  223. > target directory did not exist when it did.  The next bit shows that the
  224. > former theory is the right one:
  225.  
  226. but this is still right - it looks as if a CDUP didn't work.
  227.  
  228.  
  229. > 
  230. > :>>257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
  231. > :>>successfully created
  232. > :>>CREATED DIRECTORY Real
  233. > :>>---> CWD Real
  234. > :>>250 CWD command successful
  235. > :
  236. > The CDUP out of the Skype subdirectory was not successful, despite the
  237. > server's status report, exactly what Jeff said, which is why the CWD command
  238. > did not find the Real subdirectory and therefore Kermit had to ask the
  239. > server to create one.
  240. > 
  241. > If you can't change or fix the server, then I agree you'll have to give up
  242. > on Kermit, but I don't think it's Kermit's fault.  Conceivably I could have
  243. > Kermit do a PWD after each CDUP to check that the server is not lying when
  244. > it says it worked, but that would slow things down a lot on certain kinds
  245. > of transfers.
  246. > 
  247. > - Frank